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Die vorliegende Erfindung betrifft das Gebiet der 
automatischen Verwaltung von Datentibertragungsoperationen 
zwischen einer Anwendung und einer Busstruktur. Im Besonderen 
betrifft die vorliegende Erfindung das Gebiet des 
automatischen Erzeugens von Transaktionen, die erforderlich 
sind, urn eine asynchrone Datenubertragungsoperation zwischen 
einer Anwendung und einer Busstruktur abzuschlieflen . 

STAND DER TECHNIK 

Der Standard IEEE 1394 "P1394 Standard For A High Performance 
Serial Bus", Fassung 8.01vl, vom 16. Juni 1995, ist ein 
internationaler Standard fur die Impleraentierung einer 
kostengunstigen Hochgeschwindigkeits-Architektur fur einen 
seriellen Bus, der sowohl asynchrone als auch isochrone 
Dateniibe2?tragungs formate unterstutzt. Bei isochrohen 
Datenubertragungen handelt es sich urn Echtzeitiibertragungen, 
die so erfblgen, dass die Zeitintervalle zwischen 
Kennzeitpunkten bei sendenden und empfangenden Anwendungen die 
gleiche Dauer aufweisen. Jedes isochron ubertragene Datenpaket 
wird in eiriem eigenen Zeitraum iibertragen. Ein Beispiel fur 
eine ideale Anwendung fur die isochrone Dateniibertragung ist 
die Obertragung von einem Videorekorder zu einem FernsehgerSt . 
Der Videorekorder zeichnet Bilder und Ton auf und speichert 
die Daten in diskreten Blocken oder Paketen. Der Videorekorder 
iibertragt daraufhin jedes Paket, das Auf zeichnungen von Bild 
und Ton ttber einen begrenzten Zeitraum darstellt, zur Anzeige 
durch das Fernsehger^t . Die Busarchitektur gemaft IEEE 1394 
Standard sieht mehrere Kanale fiir die isochrone 
DatenUbertragung zwischen Anwendungen vor. Ein sechs Bit 
Kanalnummer wird mit den Daten ubermittelt, urn den Empfang 
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durch die entsprechende Anwendung zu gewShrleisten : Dies 
ermoglicht es, dass mehrere Anwendungen gleichzeitig isochrone 
Daten iiber die. Busstruktur iibertragen. Asynchrone 
Obertragungen sind herkSmmliche Dateniibertragungsoperationen, 
die so schnell wie moglich erfolgen, und bei denen eine 
Datenmenge von einer .Quelle an einen Empf anger bzw. an ein 
Ziel Ubertragen wird. 

Der IEEE 13 94 Standard sieht einen seriellen 
Hochgeschwindigkeits-Bus zur Verbindung digitaler 
Vorrichtungen miteinander vor, wodurch eine universale E/A- 
Verbindung vorgesehen wird. Der IEEE 1394 Standard definiert 
eine digitale Schnittstelle fur die Anwendungen, wodurch es 
nicht erforderlich ist, dass eine Anwendung digitale Daten in 
analoge Daten umsetzt, bevor diese iiber den Bus ubermittelt 
werden. Somit empfangt eine empfangende Anwendung auch 
digitale Daten von dem Bus und keine analogen Daten, und somit 
muss diese Anwendung auch keine analogen Daten in digitale 
Daten umsetzen. Das fiir den IEEE 1394 Standard erf orderliche 
Kabel weist im Vergleich ftir grofiere Kabel fiir derartige 
Vorrichtungen einen sehr dunnen Durchmesser auf. Einem IEEE- 
1394-Bus konnen wahrend der Bus aktiv ist, Vorrichtungen 
hinzugefugt bzw. von diesem entfernt werden. Wenn eine 
Vorrichtung hinzugefugt Oder entfernt wird, konfiguriert sich 
der Bus automatisch neu, um Daten zwischen den zu diesem 
Zeitpunkt vorhandenen Knoten zu ubermitteln. Ein Knoten wird 
als ein logisches Objekt mit eindeutiger Adresse an der 
Busstruktur angesehen. Jeder Knoten sieht einen Kennungs-ROM, 
eine standardisierte Anordnung von Steuerregistern und einen 
eigenen Adressraum vor. 

Der IEEE-1394-Standard definiert ein. Protokoli gemafl der 
Abbilduhg aus Figur 1. Das Protokoli weist einen seriellen 
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Bus-Verwaltungsblock 10 auf, der mit einer Transaktionsschicht 
12 gekoppelt ist, eine Verknupf ungsschicht 14 und eine 
physikalische Schicht 16 k . Die physikalische Schicht 16 sieht 
die elektrische und mechanische Verbindung zwischen einer 
Vorrichtung oder einer Ariwendung und dem IEEE 1394-Kabel vor. 
Die physikalische Schicht 16 sieht ferner die Arbitrierung 
vor, die gewahrlei stet , dass alle mit dem IEEE 1394-Bus 
verbundenen Vorrichtungen Zugriff auf den Bus haben, wobei 
ferner die tatsachliche Obermittlung und der Empfang von Daten 
vorgesehen werden. Die Verknupf ungsschicht 14 sieht den 
Datenpaket-Obermittlungsdienst ftir die Obertragung asynchroner 
und isochroner Datenpakete vor. Dies unterstQtzt sowohl die 
asynchrone Dateniibertragung, unter Verwendung eines 
Quittungsprotokolls, als auch die isochrone Datenubertragung, 
wobei ein garantiertes Bandbreiten-Protokoll in Echtzeit fur 
eine Just-in-Time-Dateniiberniittlung vorgesehen wird. Die 
Transaktionsschicht 12 uiiterstutzt die erf orderlichen Befehle 
fur den Abschluss asynchroner Datenttbertragungen, dariinter 
Lesen, Schreibeh und Sperren. Der serielle Bus- 
Verwaltungsblock 10 weist einen isochronen Betriebsmittel- 
Manager zur Verwaltung isochroner DatenQbertragungen auf. Der 
serielle Bus-Verwaltungsblock 10 sieht ferner eine Steuerung 
der Gesamtkonf iguration des seriellen Busses in Form einer 
Optimierung des Arbitrierungs-Timings vor, der Gewahirleistung 
ausreichender elektrischer Leistung fur alle Vorrichtungen an 
dem Bus, die Zuweisung des Zyklus-Masters , die Zuweisung 
isochroner Kanal- und Bandbreiten-Ressourcen sowie 
grundlegende Fehlermitteilungen . 

Zur Initialisierung einer isochronen Obertragung kann es sein, 
dass-mehrere asynchrone Dateniibertragungen erforderlich sind, 
um die Anwendungen zu konf igurieren und' urn den bestimmten 
Kanal zu bestimmen, der fur die DatenCibermittlung verwendet 



wird. Sobald der Kanal bestimmt worden ist, werden Puffer an 
der tibermittelnden Applikation bzw. Anwendung verwendet, um 
die Daten vor dem Senden zu speichern, und wobei Puffer an der 
empfangenden Applikation bzw. Anwendung dazu verwendet werden, 
die Daten vor der en Verarbeitung zu speichern. Bei einigen 
peripheren Implement ierungen ist es wunschenswert, dass das 
Peripheriegerat groJle Datenmengen unter Verwendung einer 
gro&en Anzahl asynchroner Transaktionen ubertragt. Um diese 
Transaktionen schnell und effizient zu erzeugen, ist es 
ungiinstig, wenn eine Allzweck-CPU oder ein Mikrocontroller fur 
die Gestaltung jedes angef orderten Pakets erforderlich ist. 

In EP-A-042811 wird ein asynchroner Betriebsmodus unter 
Verwendung eines Controllers mit direktem Speicherzugrif f 

(DMA-Controller) und eines Ein-Chip-Mikrocornputers mit einer 
Mehrzahl von Adressregistern offenbart, die sich jeweils aus 
einem Quelladressenregister zum Speichern einer Quelladresse 
und einerrt Zieladressenregister zum Speichern einer Zieladresse 
zusammensetzen. Die beschriebene Anordnung setzt den Eingriff 
einer CPU voraus. In US-A-4 . 4 93 . 021 wird ein lokales Netzwerk 

(LAN) fur eine Mehrzahl autonomer Computer beschreiben, die 
mit verschiedenen Geschwindigkeiten bzw. Frequenzen und unter 
verschiedenen Protokollen arbeiten. Ein Hostrechner unterteilt 
eine zu ubermittelnde Nachrichtendatei in Blocke, die jeweils 
einen Header mit einem Datentyp-Bezeichner und einen Trailer 
aufweisen. Ein zugeordneter Netzwerkbus, der die Computer mit 
einem globalen Bus verbindet, weist Net zwerkadapter auf, 
welche die Daten in Pakete unterteilen, die jeweils einen 
Header aufweisen, dem ein Transport-Header und ein Trailer 
hinzugeftigt werden, wobei ein Rahmentyp-Code einen von drei 
Modi der Adressierung bei der Datenubermit tlung spezif iziert , 
d.h. einen physikalischen Adressmodus Obermittlungen von 
Computer zu Computer unter Verwendung von zwei Bytes fur 
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Quell- und Zieladressen, einen logischen Adressmodus und einen 
Datentyp-Modus . 



Benotigt wird ein asynchroner Datenubertragungskanal, der eine 
automat ische Erzeugung von Transaktionen vorsieht, die fur den 
Abschluss einer asynchronen Dateniibertragungsoperation 
erforderlich ist, ohne dass eine Oberwachung durch eine 
Programmierschnittstelle (API) und den Prozessor einer 
Applikation erf prderlich ist . 

ZUSAMMENFASSUNG DER ERFINDUNG 

Vorgesehen istgemafi einem ersten Aspekt der vorliegenden 
Erfindung ein asynchroner Datenubertragungskanal gemaft dem 
gegenstandlichen Anspruch 1. 

Vorgesehen ist gemail einem zweiten Aspekt der vorliegenden 
Erfindung ein Verfahren zur Verwaltung einer Schreib- 
Datenubertragungsoperation gemaJi dem gegenstandlichen Anspruch 
10. 

Vorgesehen ist gemafi einem dritten Aspekt der vorliegenden 
Erfindung ein Verfahren zur Verwaltung einer Lese- 
Dateniibertragungsoperation geraaA dem gegenstandlichen Anspruch 
15, 

Ein asynchroner Datenubertragungskanal (ADP) er2eugt 
automatisch die erf orderlichen Transaktionen "zum Abschluss 
asynchroner Datenlibertragungsoperationen fur eine Anwendung 
iiber eine Busstruktur. Der asynchrone Datenubertragungskanal 
weist eine Registerdatei auf, die durch die Anwendung bzw. die 
Applikation programmiert wird. Die Registerdatei ermoglicht 
der Anwendung das Progranunieren von Anf orderungen und 
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Merkmalen fur die Datenubertragungsoperation. Die 
Registerdatei umfasst die Busgeschwindigkeit , das 
Transaktionsetikett , den Transaktionscbde, den 
Zielknotenbezeichner, einen Paketzahler, in Paketzahler- 
Erhohungsf eld, ein Steuerfeld und ein Zustandsf eld . Nach dem 
die Registerdatei durch die Anwendung programmiert und 
eingeleitet worden ist, erzeugt der asynchrone 
Datenubertragungskanal automatisch die Lese- oder Schreib- 
.Transaktionen, die erforderlich sind, urn die 
Datenubertragungsoperation liber den entsprechenden 
Adressbereich abzuschlieften, und zwar unter Verwendung der 
Informationen in der Registerdatei als Mustervorlage fur die 
Erzeugung der Transaktionen und Header, Der asynchrone 
Datenubertragungskanal erhoht automatisch den Wert in dem 
versetzten Zieladressf eld fur jede Transaktion gemafi der Lange 
jedes Datenpakets> sofern das ErhGhungsmerkmal nicht 
deaktiviert worden ist, wodurch angezeigt wird, dass die 
Transaktionen an einer einzigen Adresse zu erfolgen haben. Der 
Paketzahlerwert stellt die Anzahl der verbleibenden zu 
erzeugenden Transaktionen dar. Der Paketzahlerwert wird nach 
der Obertragung jedes Pakets herabgesetzt bzw. erniedrigt. Das 
Paketzahler-Erhohungsf eld ermoglicht der Anwendung die 
Erhohung des Paketzahlerwertes durch Schreiben in das 
Paketzahler-Erhohungsf eld. 

Mehrere asynchrone Dateniibertragungskanale konnen in einem 
System zur Verwaltung mehrerer asynchroner 
Datenubertragungsoperationen vorhanden sein. Bei einem 
derartigen System weist jeder asynchrone 
Datenubertragungskanal einen eindeutigen 
Transaktionsetikettwert oder -wertebereich auf. Ein 
Multiplexer ist mit jedem asynchronen Datenubertragungskanal 
gekoppelt, urn die Transaktionen und. Datenpakete von den 
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asynchronen Datenubertragungskanalen auf die Busstruktur zu 
multiplexer!. Ein Demultiplexer ist ebenfalls mit jedem 
asynchronen Dateniibertragungskanal gekoppelt, um Signale und 
Datenpakete von der Busstruktur zu empfangen und diese zu dem 
entsprechenden asynchronen Dateniibertragungskanal zu leiten, 
und zwar unter Verwendung des Transaktionscodes und der 
Transaktionsetikettenwerte . 

KURZE BESCHREIBUNG DER ZEICHNUNGEN 

Es zeigen: 

Figur 1 ein durch den IEEE 1394 Standard def iniertes 
Protokoll; 

Figur 2 ein scheinatisches Blockdiagrainm eines Link-Chips mit 
drei asynchronen Datenubertragungskanalen gemaft der 
vorliegerfden Erfindung; und 

Figur 3 eine Registerdatei in jedem asynchronen 
Datenubertragungskanali 

GENAUE BESCHREIBUNG PES BEVORZUGTEN' AUSFOHRUNGSBEISPIELS 

Ein asynchroner Dateniibertragungskanal gemaft der vorliegenden 
Erfindung erzeu'gt automatisch die erf orderlichen asynchronen 
Transaktionen fur die Implementierung asynchroner 
Dateniibertragungen zu und von eiher Anwendung bzw. einem 
Anwendungsprogramm uber eine Busstruktur. Der Begriff 
Anwendung bzw. Applikation bezieht sich hierin. entweder auf 
ein Anwendungsprogramm oder einen Geratetreiber . Bei der 
Busstruktur, Uber die die Datenubertragungsoperationen 
ausgefiihrt werden, hahdelt es sich vorzugsweise um eine 
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Busstruktur gemali dem IEEE 1394 Standard. Fur den Fachmann ist 
diesbezuglich allerdings erkennbar, dass sich der 
erf indungsgemafie asynchrone Datenubertragungskanal auch zur 
Verwendung bei der Verwaltung von Datenubertragungen aber 
andersartige Busstrukturen eignet. Der asynchrone 
Datenubertragungskanal ist in Richtung der Anwendung in der 
Lage, j ede beliebige Datenmenge zwischen einem lokalen 
Datenpuffer oder einem durch die Anwendung vorgesehenen FIFO 
und einem Adressbereich unter Verwendung mehrerer asynchroner 
Transaktionen zu ubertragen. 

Der asynchrone Datenubertragungskanal weist eine Registerdatei 
auf, die durch die Anwendung programmiert wird, wenn eine 
Datenubertragungsoperation abgeschlossen werden soli. Die 
Registerdatei ermoglicht es der Anwendung, bestimmte 
Voraussetzungen far die Datenubertragungsoperation zu 
programmieren, darunter die Busgeschwindigkeit , mit der die 
Transakti'onen erzeugt werden mussen, ein Transaktionsetikett 
und ein Transaktionscode, der die Art der Transaktion 
darstellt/ einen Bezeichner far den Zielknoten, mit dem die 
Obertragung durchgefuhrt wird, eine versetzte Zieladresse, 
welche die Anfangsadresse darstellt, an der die Obertragung 
erfolgt, und eine Lange jedes Datenpakets. Die Registerdatei 
weist ferner einen Paketzahler auf, der dazu dient, die Anzahl 
der verbleibenden zu erzeugenden Pakete anzuzeigen, ein 
Paketzahler-Erhohungsf eld, das der Anwendung die Erhohung des 
Paketzahlers ermoglicht,, ein Steuerf eld und ein Zustandsf eld. 
Das Erhohungsmerkmal des asynchronen Dateniibertragungskanals 
kann durch die Anwendung ausgeschaltet werden, wenn die 
Transaktionen an der Busstruktur an einer einzigen Adresse 
erfolgen sollen. 
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Nach dem die Registerdatei durch die Anwendung programmiert 
und eingeleitet worden ist, erzeugt der asyhchrone 
Datenubertragungskanal automatisch die erforderlichen Lese- 
oder Schreib-Transaktionen, urn die Datenubertragungsoperation 
uber den entsprechenden Adressbereich abzuschlieften . Die 
Inf ormationen in der Registerdatei werden von dem asynchronen 
Datenubertragungskanal als Mustervorlage fur die Erzeugung der 
erforderlichen Transaktionen und der entsprechenden Header zur 
Beendigung der Datenubertragungsoperation verwendet. Der 
asynchrone Datenubertragungskanal erhoht automatisch den Wert 
in dem versetzten Zieladressf eld fur jede Transaktion gemafi 
der Grofte bzw. dem Umfang der ubertragenen Pakete, sofern die 
ErhShungsf unktion nicht deaktiviert worden ist. Da der 
asynchrone Datenubertragungskanal die erforderlichen 
Transaktionen automatisch erzeugt, 1st keine unmittelbare 
Prozessorsteuerung oder Oberwachung durch die einleitende 
Anwendung erforderlich. Dies ermoglicht der Anwendung die 
Ausfuhrung anderer Funktionen sowie die Durchf tihrung anderer 
Aufgaben, wahrend der erf indungsgemalie asynchrone 
Datenubertragungskanal die Datenubertragungsoperation 
abschlieftt. Die Registerdatei weist jedoch das Paket zahler- 
Erhohungsf eld auf , das es der Anwendung ermoglicht, die Anzahl 
der verbleibenden, durch den asynchronen 

Datenubertragungskanal durchzuf uhrenden Transaktionen zu 
erhohen. Auf diese Weise ist der asynchrone 

Datenubertragungskanal in der Lage, bei Bedarf die Erzeugung 
der erforderlichen Transaktionen fur den Abschluss einer 
Datenubertragungsoperation zu regeln. 

Ein System kann eine Mehrzahl asynchroner 

Dateniibertragungs kanale zur Verwaltung einer Mehrzahl von 
asynchronen DatenObertragungsoperationen aufweisen. Bei einem 
derartigen System ist ein Multiplexer zwischen die Busstruktur 
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und jeden der asynchronen DatenObertragungskanale geschaltet, 
um die Transaktionen und Dateripakete von dem asynchronen 
Datenubertragungskanal auf die Busstruktur zu multiplexen . 
Ferner ist ein Demultiplexer mit jedem asynchronen 
Datenubertragungskanal gekoppelt, um Signale und Datenpakete 
von der Busstruktur zu empfangen und diese zu dem 
entsprechenden asynchronen Datenubertragungskanal zu leiten. 
Der Demultiplexer verwendet den Transaktionscode und das 
Transaktionsetikett, um f estzustellen, welcher asynchrone 
Datenubertragungskanal die Daten empfangen soli bzw. empf angt . 
Innerhalb des Systems weist jeder asynchrone 
Datenubertragungskanal einen eigenen eindeutigen 
Transaktionsetikettwert oder -wertebereich auf. 

Eine Link-Schaltung bzw. Verkniipf ungsschaltung mit drei 
asynchronen Dateniibertragungskanalen (ADP) gemali der 
vorliegenden Erfindung ist in der Abbildung aus Figur 2 
dargesteHt. In dem bevorzugten Ausf Uhrungsbeispiel ist die 
Link-Schaltung 10 auf einer einzigen integrierten Schaltung 
bzw. einem Chip ausgebildet . Die Link-Schaltung 10 sieht eine 
Verknupfung zwischen den Anwendungen 12 und 14 und einer 
Busstruktur 58 vor. Die Anwendungen 12 und 14 sind beide mit 
einem Systembus 16 gekoppelt. Der Systembus 16 ist mit jedem 
der First-in-First-out-Datenpuf f er (FIFOs) 32, 34 und 36 
gekoppelt. Die Anwendungen 12 und .14 sind ferner beide mit 
einer Programmierschnittstellen-Schaltung 18 verbunden. Die 
Programmierschnittstellen-Schaltung 18 ist mit einer Reihe von 
Steuerregistern 38, mit jedem asynchronen 

Datenubertragungskanal 20, 22 und 24 und mit einem Link-Kern 
44 verbunden. Jeder asynchrone Datenubertragungskanal 20, 22 
und 24 weist eine entsprechende Registeranordnung 26, 28 und 
30 auf. Jedes FIFO 32, 34 und 36 entspricht einem 
entsprechenden asynchronen Datenubertragungskanal 20, 22 und 
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24. Das FIFO 32 ist mit dem asynchronen Datenubertragungskanal 
20 gekoppelt. Das FIFO 34 ist mit dem asynchronen 
Datenubertragungskanal 22 gekoppelt. Das FIFO 36 ist mit dem 
asynchronen Datenubertragungskanal 24 gekoppelt- Die 
Steuerregister 38 sind mit jedem asynchronen 
Datenubertragungskanal 20, 22 und 24 verbunden. Jeder 
asynchrone Datenubertragungskanal 20, 22 und 24 ist mit einem 
Multiplexer 4 0 fur abgehende Dateniibertragungsoperationen und 
mit einem Demultiplexer 42 fiir eingehende 
Dateniibertragungsoperationen verbunden. Im Sinne dieser 
Offenbarung handelt es sich bei einer abgehenden 
Datenubertragung um eine Obertragung von einer Anwendiing zu 
der Busstruktur, wahrend es sich bei einer eingehenden 
Datenubertragung um eine Obertragung von der Busstruktur zu 
einer Anwendung handelt. 

Der Link-Kern 44 weist einen Sender 46, einen Empfanger 48, 
einen Zyklus-Timer 50, einen Zyklus-Monitor 5.2, eine CRC- 
Fehlerpruf schaltung 54 (CRC = zyklische Redundanzprtif ung) und 
eine physikalische Schnittstellenschaltung 56 als 
physikalische Schnittstelle zu der Busstruktur 58 auf. Der 
Sender 46 ist mit dem Multiplexer 40, dem Zyklus-Timer 50, der 
CRC-Fehlerpruf schaltung 54 und der physikalischen 
Schnittstellenschaltung 56 verbunden. Der Empfanger 48 ist mit 
dem Demultiplexer 42, dem Zyklus-Monitor 52, der CRC- 
Fehlerpruf schaltung 54 und der physikalischen 

Schnittstellenschaltung 56 verbunden. Der Zyklus-Timer 50 ist 
mit dem Zyklus-Monitor 52 gekoppelt. Die physikalische 
Schnittstellenschaltung 56 ist mit der Busstruktur 58 
gekoppelt . ■ 

Das in der Abbildung aus Figur 2 dargestellte System weist 
drei asynchrone Dateniibertragungskanale 20, 22 und 24 auf. Fur 
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den Fachmann ist ersichtlich, dass abhangig von den jeweiligen 
Anf orderuhgen der Systeme ein System mit jeder beliebigen 
Anzahl von asynchronen Dateniibertragungskanalen 20, 22 und 24 
implement iert werden kann. Jeder asynchrone 
Datenubertragungskanai bietet die Moglichkeit zur 
automatischen Abwicklung einer Datenubertragungsoperation f iir 
eine Anwendung. Wie dies aus der folgenden Beschreibung 
deutlich wird, steigern zusatzliche asynchrone 
Datenlibertragungslcanale in einem System die Fahigkeiten des 
Systems, indem gleichzeitig asynchrone 

Datenubertragungsoperationen ausgefuhrt werden konnen. 

Jeder asynchrone Datenubertragungskanai stellt einen 
bidirektionalen Datenpfad fur Daten zu und von einer Anwendung 
dar, die iiber asynchrone Transaktionen uber die Busstruktur 58 
vibermittelt werden. Vor jede Operation eines 
Datenubertragungskanals muss ein externes Objekt eine 
Registercfatei in dem asynchronen Datenubertragungskanai 
programmieren. Bei dem externen Objekt kann es sich urn die 
Anwendung selbst handeln oder urn eine andere. Intelligenz oder 
eine Zustandsvorrichtung innerhalb des Systems. In dem 
bevorzugten Ausf ilhrungsbeispiel der Erf indung wird die 
Registerdatei des asynchronen Datenubertragungskanals durch 
die Anwendung programmiert . Jeder asynchrone 

Datenubertragungskanai ist in der Lage, die erf orderlichen 
Header fur abgehende Daten , zu erzeugen und die Header zu 
prufen und daraus eingehende Daten zu entfernen, und zwar 
unter Verwendung der Registerdatei als Mustervorlage. 

Die Registerdatei des asynchronen Datenubertragungskanals 
weist Daten auf , die sich auf die Anf angsadresse der 
Busstruktur, die Tiransakt ionsart und die Transaktionsgrofie 
beziehen, wie dies nachstehend im Text naher beschrieben wird. 
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In dem bevorzugten Ausf uhrungsbeispiel kann es sich bei der 
Transaktionsart um eine der folgenden Optionen handeln: 
Quadlet-Lesen, Quadlet-Schreiben, Block-Lesen oder Block- 
Schreiben. Bei einer Quadlet-Transaktion betragt die 
Transaktionsgrofte vier Byte, und bei Blocktransaktionen 
entspricht die Grofie der Blockanf orderungsgrofie . 

Bei einer Freigabe ObertrSgt der asynchrone 
Datenubertragungskanal Anwendungsdaten unter Verwendung 
asynchroner Transaktionen gemafl den in der Registerdatei 
programmierten Parameter. Im Falle von Schreib-Trans'aktionen 
von der Anwendung zu einem anderen mit der Busstruktur 
gekoppelten Knoten verwendet der asynchrone 
Dateniibertragungskanal die an der FIFO-Schnittstelle 
verfugbaren Anwendungsdaten, ilbertragt die entsprechenden 
Header-Daten zu den Daten in dem von dem Link-Kern 4 4 
vorausgesetzten Format und iibertragt die Daten iiber den 
Multiplexer 40 zu dem Link-Kern 44. Bei Lese-Transaktionen von 
einem anderen mit der Busstruktur gekoppelten Knoten zu der 
Anwendung gibt der asynchrone Dateniibertragungskanal die 
entsprechenden Leseanf orderuhgspakete ab, und wenn die Daten 
empfangen werden, werden die Daten in den entsprechenden 
Leseantwortpaketen uber die FIFO-Schnittstelle zu der . 
Anwendung geleitet. Bei den Lese- und Schreib.-Transaktionen 
organisiert der asynchrone Datenubertragungskanal die Daten in 
fur die Busstruktur spezifische Paketf ormate gemaJi den 
Anf orderungen des Link-Kerns 44. Der asynchrone 
Datenubertragungskanal ubernimmt ferner die Adressberechnung 
fur Transaktionen fur einen grofieren Adressbereich, wie dies 
fur die Anforderung der Anwendung erforderlich ist. Mit 
anderen Worten werden folgende Transaktionen bei einem 
grofteren Adressbereich in dem Adressraum der Busstruktur 
adressiert. 



•••• ♦ 
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Die FIFO-Schnittstelle fur jeden asynchronen 
Datenubertragungskanal ist direkt mat einem FIFO 32, 34 Oder 
36 gekoppelt, das dem Datenpf.ad zugeordnet ist, den der 
asynchrone Datenubertragungskanal steuert. Jedes FIFO 32, 34 
oder 36 ist einem einzelnen asynchronen Datenubertragungskanal 
zugeordnet.. Die Link-Schnittstelle fttr jeden asynchronen 
Datenubertragungskanal ist uber den Multiplexer 4 0 und den 
Demultiplexer 42 mit dem Link-Kern 44 gekoppelt. Die von jedem 
asynchronen Datenubertragungskanal dem Link-Kern 44- 
prasentierten Daten weisen ein Format auf, das von der Link- 
Kern-Funktion vorausgesetzt wird. Jeder asynchrone 
Datenubertragungskanal ist so gestaltet, dass er Daten von dem 
Link-Kern 44 . in dem Format empfangt, das durch die Link-Kern- 
Spezif ikation definiert ist. Wenn mehr als ein asynchroner 
Datenubertragungskanal in dem System vorgesehen ist, ist jeder 
asynchrone Datenubertragungskanal liber den Multiplexer 40 und 
den Demultiplexer 42 mit dem Link-Kern 4 4 gekoppelt. 

Die Daten von dem Link-Kern 4 4 zu den asynchronen 
Datenubertragungsleitungen 20, 22 und 24 werden durch den 
Demultiplexer 42 geleitet. Der Demultiplexeir 42 verwendet den 
Transaktionscode und das Transaktionsetikett urn die Daten zu 
dem entsprechenden asynchronen Dateniibertragungskanal zu 
leiteh. Der Demultiplexer . 42 leitet Antwortpakete von der 
Busstruktur 58 zu dem entsprechenden asynchronen 
Datenubertragungskanal unter Verwendung des 

Transaktionscodefelds des Paket-Headers und des Werts in dem 
Transaktionsetikettf eld des Paket-Headers. Danach stimmt der 
asynchrone Datenubertragungskanal die Antwortpakete mit den 
entsprechenden Anf orderungspaketen ab. 

Der Demultiplexer 42 andert keine Inf ormationen, wenn er 
Pakete von dem Link-Kern 44 zu dem entsprechenden asynchronen 
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Datenubertragungskanal leitet. Alle durch den Link-Kern 
erzeugten Inf orrnationen werden zu dem asynchronen Ziel- 



Datenubertragungskanal geleitet. Der asynchrone 
Datenubertragungskanal fiihrt alle erf orderlichen 
Manipulationen der Daten von dem Link-Kern 44 durch bevor 
diese Daten zu der Anwendung ubertragen werden, wobei dies ein 
etwaiges Entfernen von. Header-Inf orrnationen gemafc den 
Erfordernissen des Protokolls fur die Busstruktur beinhalten 
kann. Fur abgehende Daten bereitet der asynchrone 
Datenubertragungskanal Daten von der Anwendung vor, so dass 
diese in dem entsprechenden, von dem Link-Kern 4 4 
vorausgesetzten Format gegeben sind. Jeder asynchrone 
Dateniibertragungskanal erzeugt die entsprechenden Header- 
Inf orrnationen und bettet diese in die Daten von der Anwendung 
ein, bevor die Daten liber den Multiplexer 40 an den Link-Kern 
44 gesendet werden. 

Fur alle asynchronen Dateniibertragungskanale 20, 22 und 24 
erzeugt und verbraucht die Link-Schnittstelle Daten in einem 
Format, das mit den Anforderungen der Funktion des Link-Kerns 
44 kompatibel ist.. Wahrend der Schreibeoperation erzeugen die 
asynchronen Dateniibertragungskanale 20, 22 und 2 4 die 
erforderlichen spezifischen Header-Inf orrnationen fur die 
Busstruktur und betten diese in die Daten von der Anwendung 
gemaA den Erfordernissen des Link-Kerns 44 ein, Wahrend einer 
Lese-Operation nimmt der asynchrone Datenubertragungskanal 
Daten in dem durch den Link-Kern 4 4 vorgesehenen Format fur 
Daten an, die sich von dem Link-Kern 44 zu einem der 
asynchronen Dateniibertragungskanale 20, 22 und 24 bewegen. Mit 
anderen Worten ist keine Manipulation der Daten erf orderlich , 
um Daten von dem Link-Kern 44 zu dem entsprechenden 
asynchronen Datenubertragungskanal 20, 22 Oder 24 zu 
yerschieben. 




Wenn nur ein asynchroner Datenubertragungskanal in einern 
System vorhanden ist, kann der asynchrone 

Dateniibertragungskanal direkt mit dem Link-Kern 44 verbunden 
werden. Wenn mehrere asynchrone DatenubertragungskanMle in 
einem System vorhanden sind, muss das System einen 
entsprechenden Multiplexer 40 und Demultiplexer 42 zwischen 
den asynchronen DatenObertragungskanSlen und dem Link-Kern 4 4 
aufweisen. Der Multiplexer 40 ist dafilr verantwortlich, die 
Daten an den Lihk-Schnittstellen der Mehrzahi von asynchronen 
Datenubertragungskanalen 20, 22 und 24 zu erfassen und diese 
Daten in den Link-Kern 4 4 zu multiplexen und danach Paket fur 
Paket auf die .Busstruktur 58. Diese Inf ormationen werdeh durch 
die iibertragende Anwendung in einer Prioritatsmenge zu der 
Busstruktur geleitet. Der Demultiplexer 42 verwendet den Wert 
in dem Transaktionscode und die Transaktionsetikettf elder 
jedes von der Busstruktur 58 empf angenen Pakets und den Wert 
in dem Transaktionsetikett des Headers des asynchronen 
Antwortpakets dazu, das Paket zu dem entsprechenden 
asynchronen Dateniibertragungskanal 20, 22 Oder 24 zu leiten. 

Bei dem asynchronen Dateniibertragungskanal der vorliegenden 
Erfindung handelt es sich um einen bidirektionalen Datenpfad 
zwischen einem entsprechenden FIFO und dem Link-Kern 44. Be3i 
der Obertragung von Daten von dem entsprechenden FIFO zu dem 
Link-Kern 44 bildet der asynchrone Datenubertragungskanal die 
entsprechenden Header-Inf ormationen und ubertragt diese auf 
die Daten, bevor die resultierenden Header- und 

Anwendungsdaten zu dem Link-Kern 4 4 gesendet werden. Der Link- 
Block verwendet die durch den asynchronen 
Datenubertragungskanal erzeugten Daten zum Erzeugen und 
Abschliefien der Schreibeoperation uber die Busstruktur 58. 
Beim Obermitteln der Daten von dem Link-Kern 4 4 zu einem FIFO 
erzeugt der asynchrone Datenubertragungskanal die 
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entsprechenden Header-Inf ormationen fur die Le.se-Transaktion. 
Der asynchrone Datenubertragungskanal ubermittelt diese 
Inf ormationen zu dem Link-Kern 44, der die Leseanf orderung 
danach uber die Busstruktur 58 ubermittelt. Zu einem spateren 
Zeitpunkt fuhft der Antwortknoten ein Lese-Antwortpaket 
zuriick. Der Link-Kern 4 4 erfasst dieses Antwortpaket und 
ubermittelt dieses zu dem Demultiplexer 42 , der die Daten 
daraufhin zu dem asynchronen Datenubertragungskanal leitet, 
der die Leseanf orderung erzeugt hat, und zwar unter Verwendung 
der Werte in dem Transaktionscode und den 

Transaktionsetikettf eldern zur Ermittlung des entsprechenden 
asynchronen Datenubertragungskanals . Danach entfernt der 
asynchrone Datenubertragungskanal die Header-Inf ormationen aus 
dem Paket und ubermittelt die Daten zu dem entsprechenden 
FIFO. Die Anwendung verarbeitet danach die Daten von- dem FIFO. 
Bei der Erzeugung von Lese- oder Schreib-Anf orderungen, die 
uber die Busstruktur 58 Ubermittelt werden sollen, erzeugt der 
asynchrone Datenubertragungskanal weiterhin die entsprechenden 
Anf orderungen, bis *der Kanal alle Daten zu oder von der 
Anwendung transportiert hat . 

Ein System mit mehreren asynchronen Dateniibertragungskanalen 
kann mehrere Threads bzw. Ablauf strange von DatenQbertragungen 
gleichzeitig erhalten. Dies ist bei eingebetteten Anwendungen 
nutzlich, wie etwa bei Disketten- bzw. CD-Laufwerken, bei 
denen Mediendaten tabertragen werden f wahrend folgende Befehle 
gelesen oder Zustandsdaten an die einleitende Anwendung 
gesendet werden. Der Demultiplexer 42 ist dafiir 
verantwortlich, die Daten entsprechend zu jedem asynchronen 
Datenubertragungskanal zu leiten. In dem bevorzugten 
Ausf uhrungsbeispiel der vprliegenden Erfindung weist jeder 
asynchrone Datenubertragungskanal ein eindeutiges 
Transaktionsetikett oder einen eindeutigen Bereich von 
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Transaktionsetiketten auf ...Der Demultiplexer 42 best immt den 
entsprechenden asynchronen Datenubertragungskanal gemaft den 
Daten in dem Transaktionsetikett und den 
Transaktionscodef eldern . 

Jeder asynchrone Dateniibertragungskanal weist eine dedizierte 
Registerdatei auf f wie dies nachstehend im Text naher 
beschri.eben wird. Die Registerdatei wird durch eine externe 
Intelligenz prograrnmiert , wie etwa durch die Anwendung, aus 
der die Datenubertragungsoperat ion stammt. Sobald die 
Registerdatei prograrnmiert ist, kann ein asynchroner 
Dateniibertragungskanal Lese- und Schreib-Transaktionen 
entweder fiir einen groBer werdenden Adressbereich oder eine 
feste Adresse iiber die Busstruktur 58 ausfuhren. Die 
Transaktionen konnen im Block- oder Quadlet-Format erfolgen. 
Bei der Programmierung der Datenubertragungsoperat ion liefert 
die Anwendung entweder einen Gesamtblockzahlwert fur die 
Obertragung, "erhoht" den Blockzahler jedes Mai urn einen 
Zahlwert oder sieht eine Kombination aus den beiden 
Moglichkeiten vor. Wenn ein Gesamtblockzahlwert fur die 
Obertragung prograrnmiert wird, erzeugt der asynchrone 
Datenubertragungskanal die erf orderlichen Transaktionen zum 
Abschluss der Operation, wahrend die Anwendung andere 
Operationen ausfiihrt und andere Aufgaben abschlieJit. Jeder 
asynchrone DatenubertragungsJcanal erhalt den fur die 
Busstruktur spezifischen Adresszahlerkontext aufrecht und 
fuhrt Lese- oder Schreib-Transaktidnen durch, wenn der 
Blockzahler einen Wert von ungleich Null auf weist. 

Jeder asynchrone Datenubertragungskanal erfordeirt eine 
dedizierte Registerdatei, die von der Ursprungsanwendung 
prograrnmiert und dazu verwendet wird, die entsprechenden . 
Transaktionen zu erzeugen,. die fur den Abschluss einer 



BEST AVAILABLE COPv 



Dateniibertragungsoperation iiber die Busstruktur 58 ' ' * 
erforderlich sind. Die fur jeden asynchronen 
Datenubertragungskanal erf orderliche Registerdatei, die 
Bestandteil des bevorzugten Ausf iihrungsbeispiels der Erfindung 
ist, ist in der Abbildung aus Figur 3 veranschaulicht. Die 
Registerdatei 80 weist 32 Datenbytes auf , die hexadezimal von 
0 bis IF nummeriert sind. In der Abbildung aus Figur 3 ist die 
Registerdatei 80 in eiriem Tabellenf ormat mit acht horizontalen 
Zeilen dargestellt, die jeweils vier Bytes aufweisen. Die 
Abbildung aus Figur 3 weist eine Versatz-Spalte 82 auf , die 
den Versatz des Anfangsbytes in jeder Zeile von der Adresse es 
Anfangs der Registerdatei 80 darstellt. Eine Lese-/Schreib- 
Spalte 84 ist ebenfalls vorgesehen, urn darzustellen, ob die 
Felder in jeder Zeile ausgelesen, beschrieben oder nur 
beschrieben werden konnen. 

Bei dem Geschwindigkeitsf eld sp handelt es sich ura ein Zwei- 
Bit-Feld -in Byte 1 der Registerdatei 80. Das 
Geschwindigkeitsf eld sp kann ausgelesen und beschrieben 
werden. Eine Schreiboperation in dieses Feld aktualisiert den 
Wert in dem Geschwindigkeitsf eld sp. Eine Leseoperation aus 
dem Geschwindigkeitsf eld sp gibt den zuletzt in das Feld 
geschriebenen Wert wieder. Ein Wert in dem 

Geschwindigkeitsf eld stellt einen Zwei-Bit-Wert dar, der die 
Geschwindigkeit darstellt, mit der alle Anf orderungspakete an 
der Busstruktur 58 erzeugt werden. Die folgende Tabelle 
definiert die ^Correlation zwischen der Geschwindigkeit und dem 
Wert in dem Geschwindigkeitsf eld sp. 
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TABELLE I 



Busgeschwindigkeit 
100 Mbps 
200 Mbps 
4 00 Mbps 
reserviert 

Gemaft der Veranschaulichung in Tabelle I definiert ein Wert 
von 00 in dem Geschwindigkeitsf eld sp somit die 
Busgeschwindigkeit, mit der alle Anf orderungspakete mit 100 
Mbps erzeugt werden, wobei ein Wert von 01 einer 
Busgeschwindigkeit zur Erzeugung von Anf orderungspaketen bei 
200 Mbps entspricht, wahrend ein Wert von 10 einer 
Busgeschwindigkeit zur Erzeugung von Anf orderungspaketen mit 
400 Mbps entspricht. 

Das Transaktionsetikettf eld tl ist ein Siechs-Bit-Feld in Byte 
2 der Registerdatei 80. Das Transaktionsetikettf eld tl kann 
ausgelesen und beschrieben werden. Das Transaktionsetikettf eld 
tl speichert den Wert des Transaktionsetikett s zur Verwendung 
fur alle durch den entsprechenden asynchronen 

Dateniibertragungskanal erzeugten Anf orderungspakete . In einem 
alternativen Ausf uhrungsbeispiel verwaltet ein einziger 
asynchroner Dateniibertragungskanal einen Bereich von 
Transaktionsetiketten. Eine Schreiboperation in dieses Feld 
aktualisiert den Wert in dem Transaktionsetikettf eld tl. Eine 
Leseoperation aus dem Transaktionsetikett feld tl gibt den 
zuletzt in das Feld geschriebenen Wert wieder. Wenn mehr als 
ein asynchroner Dateniibertragungskanal in einem System 
vorgesehen sind, muss jeder asynchrone Dateniibertragungskanal 
einen eindeutigen W^rt in dem Transaktionsetikettf eld tl 
aufweisen, so dass der Demultiplexer 42 die Antwortpakete 



Wert 
00 
01 
10 
11 
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entsprechend zu dem ursprtinglichen asynchronen 
Datenubertragungskanal leiten. 

In dem bevorzugten Ausf Qhrungsbeispiel werden die beiden 
wertniedrigsten Bits von Byte 2 der Registerdatei 80 dauerhaft 
auf einen logischen niedrigen Spannungswert programmiert. 

Bei dem Transaktionscodef eld tCode handelt es sich um eih 
Vier-Bit-Feld in Byte 3 der Registerdatei 80, Das 
Transaktionscodef eld tCode kann ausgelesen und beschrieben 
werden. Das Transaktionscodef eld tCode speichert den 
Transaktionscode zur Verwendung fur alle durch den 
entsprechenden asynchronen Datenubertragungskanal erzeugten 
Anforderungspakete. Eine Schreiboperation in das Feld 
aktualisiert den Wert in dem Transaktionscodef eld tCode. Eine 
Leseoperation aus dem Transaktionscodef eld tCode gibt den 
zuletzt in das Feld geschriebenen Wert wieder. Der Wert in dem 
Transaktionscodefeld tCode stellt einen Vier-Bit-Wert dar f der 
die Art der durchzuf iihrenden Operation wiedergibt. Die 
Korrelation zwischen den Werten in dem Transaktionscodefeld^ 
tCode und der Art der durchzuf uhrenden Operation wird in der 
nachstehenden Tabelle II veranschaulicht . 

TABELLE II 

Operation 
Schreibanf orderung fur Daten-Quadlet 
Schreibanf orderung fur Datenblock. 
Leseanf orderung fur Daten-Quadlet 
Leseanf orderung . fur Datenblock 
Sperroperation 



tCode 

0000 

0001 

0100 

0101 

1001 
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Wenn das Transaktionscodef eld tCode den Wert 0000 aufweist, 
handelt es .sich bei der auszuf uhrenden 

Datenubertragungsoperation um eine Quadlet-Schreiboperation. 
Wenn das Transaktionscodef eld tCode den Wert 0001 aufweist, 
handelt es sich. bei der auszuf uhrenden 

Datenubertragungsoperation um eine Block-Schreiboperation . 
Wenn das Transaktionscodef eld tCode den Wert 0100 aufweist, 
handelt es sich bei der auszuf uhrenden 

Datenubertragungsoperation um eine Quadlet-Leseoperation. Wenn 
das Transaktionscodef eld tCode den Wert 0101 aufweist, handelt 
es sich bei der auszuf Uhrenden Datenubertragungsoperation um 
eine Block-Leseoperation . Wenn das Transaktionscodef eld tCode 
den Wert 1001 aufweist, handelt es sich bei der Operation um 
eine Sperroperation. 

In dem bevorzugten Ausf uhrungsbeispiel werden die vier 
wertniedrigsten Bits von Byte 3 der Registerdatei 80 alle 
permanent? auf. einen logischen niedrigen Spannungswert 
programmiert, so dass ein reserviertes Feld in dem Paket- 
. Header fur die Busstruktur vorgesehen wird. 

Bei dem Zielbezeichnerf eld destination_ID handelt es sich um 
ein Sechzehn-Bit-Feld in den Bytes 4 und 5 der Registerdatei 
80. Das Zielbezeichnerf eld destination_ID kann ausgelesen und 
beschrieberi werden. Das Zielbezeichnerf eld destination_ID 
speichert den Sechzehn-Bit-Zielknoten ID, der bei alien 
Anf orderungspaketen verwendet wird, die von dem entsprechenden 
asynchronen Datenubertragungskanal f ur eine 
Datenubertragungsoperation erzeugt werden. Eine 
Schreiboperation in dieseis Feld aktualisiert den Wert in dem 
Zielbezeichnerf eld destination_ID. Eine Leseoperat ion aus dem 
Zielbezeichnerf eld destination_ID gibt den zuletzt in das Feld 
geschriebenen Wert wieder . Der Wert in dem Zielbezeichnerf eld 
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destination_ID stellt den Knoten an der Busstruktur 58 dar, 
mit dem die Dateniibertragungsoperation erfqlgt. Jeder Knoten 
an der Busstruktur 58 weist somit einen eindeutigen 
Zielbezeichner auf . 

Das hoherwertige Zielversatzf eld destination_of f set Hi ist ein 
Sechzehn-Bit-Feld in den Bytes 6 und 7 der Registerdatei 80. 
Das hoherwertige Zielversatzf eld destination__of f set Hi kann 
ausgelesen und beschrieben werden. Das hoherwertige 
Zielversatzf eld destination_off set Hi speichert die 
hoherwertigen sechszehn Bits der Zielversatladresse zur 
Verwendung des nachsten erzeugten Anforderungspakets . Eine 
Schreiboperation in dieses Feld aktualisiert den Wert in dem 
hoherwertigen Zielversatzf eld destination_of f set Hi. Eine 
Leseoperation aus dem hSherwertigen Zielversatzf eld 
destination_of f set Hi gibt den aktuellen Wert der 
hbherwertigen sechzehn Bits der Zielversatzadresse wieder. 
«» 

Das niederwertige Zielversatzf eld destination^of f set Lo ist 
ein Zweiunddreiftig-Bit-Feld in den Bytes 8 bis B der 
Registerdatei. Das niederwertige Zielversatzf eld 
destinatioh_of f set Lo kann ausgelesen und beschrieben werden. 
Das niederwertige Zielversatzf eld destination_of f set Lo 
speichert die niederwertigen zweiunddreifiig Bits der 
Zielversatzadresse zur Verwendung fur das nachste erzeugte 
Anf orderungspaket . Eine Schreiboperation in dieses Feld 
aktualisiert den Wert in dem niederwertigen Zielversatzf eld 
destination_of f set Lo. Eine Leseoperation aus deit\ 
niederwertigen Zielversatzf eld destination^of f set Lo gibt den 
aktuellen Wert der niederwertigen zweiunddreifcig Bits der 
Zielversatzadresse wieder. Gemeinsam bilden das hoherwertige 
Zielversatzf eld destination^ f f set Hi und das niederwertige 
Zielversatzf eld destination_of f set Lo die Achtundvier zig-Bit— 



Zielversatzadresse, fiir die eine aktuelle Transaktion erzeugt 
wird. Wenn die Nicht-Inkrementierungs-Flagge in dem 
Steuerfeld, was nachstehend im Text naher beschrieben wird, 
einen logischen Niederspannungswert aufweist, inkrementiert 
der asynchrone DatenObertragungskanal das gesamte 
Achtundvierzig-Bit-Zielversatzf eld, welches das hoherwertige 
Zielversatzf eld destination_of f set Hi und das niederwertige 
Zielversatzf eld destination_of f set Lo umfasst, urn den Wert in 
dem Datenlangenf eld nach der Erzeugung jeder Lese- oder 
Schreibtransaktion . 

Bei dem Datenlangenf eld data_length handelt es sich urn ein 
Sechzehn-Bit-Feld in den Bytes C und D der Regist erdatei 80. 
Das Datenlangenf eld data_length kann ausgelesen und 
beschrieben werden. Das Datenlangenf eld data_length speichert 
in Bytes die Grofte aller Anf orderungspakete, die durch den 
entsprechenden asynchronen DatenUbertragungskanal erzeugt 
werden. Bine Schreiboperation in dieses Feld aktualisiert den 
Wert in dem Datenlangenf eld data_length. Eine Leseoperation 
aus dem Datenlangenf eld data_length gibt den letzten in das 
Feld geschriebenen Wert wieder. Der Wert in dem 
Datenlangenfeld data_length unterliegt einigen 
Einschrankungen, und zwar auf der Basis der Werte in den 
anderen Feldern der Registerdatei, wie dies in der folgenden 
Tabelle III dargestellt ist. 
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TABELLE III 



Operation 


Tcode 


Erweiterter 
tCode 


sp 


Ziilassiger 
Wert f. 
data__length 
(Bytes) 


Quadlet- 

Lesen/Quadlet- 

Schreiben 


0100/0000 


0000 




4 


Block-Lesen/Block- 
Schreiben 


0101/0001 


0000 


00 


1 bis 512 


Block-Lesen/Block- 
Schreiben 


0101/0001 

• 


0000 


01 


1 bis 1024 


Block-Lesen/Block- 
Schreiben 


0101/0001 


0000 


10 


1 bis 2048 


mask^swap 


1001 


0001 




8 oder 16 


cornpare_swap 


1001 


0002 




8 Oder 16 


f etch_add 


1001 


0003 




4 oder 8 


little_add 


1001 


0004 




4 oder 8 


bounded_add 


1001 


0005 




8 oder 16 


wrap_add 


1001 


0006 




8 oder 16 


Anbieter-abhangig 


1001 


0007 







Das e-rweiterte Transaktionsf eld extended_tCode ist ein 
Sechzehn-Bit-Feld in den Bytes E und F der Registerdatei 80. 
Das erweiterte Transaktionsf eld extended_tCode kann ausgelesen 
und beschrieben werden. Eine Schreiboperation ' in dieses Feld 
aktualisiert den Wert in dem erweiterten Transaktionsf eld 
extended_tCode. Eine Leseoperation aus dem erweiterten 
Transaktionsfeld extended_tCode gibt den zuletzt in dieses 
Feld geschriebenen Wert, wieder. Das erweiterte 
Transaktionsfeld extended_tCode weit fur alle Transaktionen 
mit Ausnahme der Sperr-Transaktionen einen'Wert von Null auf. 
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Wenn der Wert in dem Transaktionsf eld tCode auf einen Wert von 
1001 gesetzt wird, wodurch angegeben wird, dass es sich dabei 
um eine Sperranf orderung handelt, so speichert das erweiterte 
Transaktionsfeld extended_tCode den erweiterten 
Transaktionscodewert far die Sperr-Transaktion. 

Bei dem Paketzahlerf eld handelt es sich abhangig von der 
Konf iguration des Systems um ein Acht- bis Zweiunddreiftig-Bit- 
Feld in den Bytes 10 bis 13 der Registerdatei 80. Das 
Paketzahlerf eld kann ausgelesen und beschrieben werden. Das 
Paketzahlerf eld speichert die Anzahl der zur Beendigung der 
DatenUbertragungsoperation verbleibenden zu erzeugenden 
Anf orderungspakete . Eine Schreiboperation in dieses Feld 
andert den Wert in dem Paketzahlerf eld. Eine Leseoperation aus 
dem Paketzahlerfeld gibt den aktuellen Paket zahlwert der 
verbleibenden zu erzeugenden Anf orderungspakete wieder. Der 
Wert in dem Paketzahlerfeld wird nach der Erzeugung jeder 
Transaktitm herabgesetzt . Zur Gewahrleistung einer urafassenden 
Kontrolle uber die Anzahl der erzeugten Pakete darf das 
Paketzahlerfeld nur dann beschrieben werden, wenn der Wert des 
Feldes gleich Null ist. 

Bei- dem Paket zahler-Erhbhungsf eld handelt es sich um ein 
lesegeschutztes Feld in den Bytes 14 bis 17 der Registerdatei, 
Wenn das Paket zahler-Erhohungsf eld beschrieben wird, erhoht 
der entsprechende asynchrone Datenubertragungskanal den Wert 
in dem Paket zahlerregister . Wenn das Paket zahler-Erhahungsf eld 
ausgelesen wird, ist der zuruckgegebene Wert nicht 
vorhersehbar . Dies ermoglicht es, dass die Ursprungsanwendung 
zusatzliche Transaktionen fur eine aktuelle 
DatenObertragungstransaktion erzeugt. In dem bevorzugten 
Ausf uhrungsbeispiel kann nur durch Beschreiben des 
Paketzahler-Erhohungsf eldes der Wert in dem Paketzahlerfeld 
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erhoht werden, wenn das Paketzahlerf eld einen Wert von 
ungleich Null aufweist. 

Bei dem Steuerfeld handelt es sich um ein Zweiunddreiftig-Bit- 
Feld in den Bytes 18 bis IB der Registerdatei 80- Das 
Steuerfeld kann ausgelesen und beschrieben werden. In dem 
Steuerfeld sind die Bits 0 bis 29 reserviert, wobei es sich 
bei dem Bit 30 um ein Nicht-Inkrementierungs-Steuerbit 
non_incr und bei dem Bit 31 um ein Betriebssteuerbit go 
handelt. Das Betriebssteuerbit go wird auf einen logischen 
hohen Spannungswert gesetzt, um den asynchronen 
Datenubertragungskanal freizugeben. Die Freigabe des 
Betriebssteuerbits go auf einen logischen niedrigen 
Spannungswert deaktiviert den asynchronen 
Datenubertragungskanal sofort oder an der nachsten 
Transaktionsgrenze, wenn sich der asynchrone 
Datenubertragungskanal gerade mitten in einer Transaktion 
befindet / DemgemMfi ist ein asynchroner Datenubertragungskanal 
nur dann f unktionsf ahig, wenn das Betriebssteuerbit go auf 
einen logischen hohen Spannungswert gesetzt ist. Das Nicht- 
Inkrementierungs-Steuerbit non__incr wird auf einen logischen 
hohen Spannungswert gesetzt, um zu bewirken, dass der 
asynchrone Datenubertragungskanal alle Anf orderungspakete fur 
eine feste bzw. Nicht-Inkrementierungs-Adresse erzeugt. Wenn 
das Nicht-Inkrementierungs-Steuerbit non_ incr einem logischen 
niedrigen Spannungswert entspricht, inkrementiert der 
entsprechende asynchrone Datenubertragungskanal den 
Zielversatzwert um den Wert in dem Feld data_length nach 
Beendigung jeder Transaktion. 

Bei dem Zustandsfeld handelt es sich um ein Zweiunddreifiig- 
Bit-Feld in den Bytes 1C bis IF der Registerdatei 80. Das 
Zustandsfeld kann ausgelesen und beschrieben werden. Das 
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Zustandsfeld speichert die. letzteii Quittungscodes und 
Antwortcodes, die von den Anf orderungspaketen resultieren, die 
durch den entsprechenden asynchronen Datenubertragungskanal 
erzeugt werden. Das Zustandsfeld weist ein Fehlerfeld, ein 
Antwortcodef eld,, ein Quittung-Ein-Feld und ein Quittung-Aus- 
Feld auf. 

Bei dem Fehlerfeld handelt es sich urn ein Vier-Bit-Feld, das 
Bits auf weist , die den Fehler anzeigen, der das Anhalten des 
Betriebs des entsprechenden asynchronen 

Datentibertragungskanals bewirkt hat. Das Fehlerfeld wird 
geloscht, wenn das Betriebssteuerbit go auf einen logisehen 
hohen Spannungswert gesetzt wird. Das Fehlerfeld ist gultig, 
wenn das Betriebssteuerbit go durch den asynchronen 
Datenubertragungskanal auf einen logisehen niedrigen 
Spannungswert geloscht wird. Die Tabelle IV veranschaulicht 
das Verhaltnis zwischen den mSglichen Werten in dem Fehlerfeld 
und der erf Bedeutung. 

TABELLE IV 

Fehlerwert Bedeutung 

000 0 Kein Fehler 

0001 ungttlt. Quittungscode empf . (ftir 

Anf orderungspaket ) 

0010 ungul.t. Quittungscode gesendet 

(fur Antwortpaket) 
0100 Get.eilte Transaktion Timeout 

100 0 Bus-Rlicksetzung eingetreten 

Ein Wert von 0000 in dem Fehlerfeld zeigt an f dass kein Fehler 
vorliegt. Ein Wert von 0001 in dem Fehlerfeld zeigt an, dass 



der Fehler dadurch bewirkt worden ist, dass ein ungiiltiger 
Quittungscode fur ein vorher ttbermitteltes Arif orderungspaket 
empfangen worden ist. Ein Wert von .0010 in dem Fehlerfeld 
zeigt an, dass der Fehler durch das Senden eines ungiiltigen 
Quittungscodes ;ftir ein Antwortpaket bewirkt worden ist. Ein 
Wert von 0100 in dem Fehlerfeld zeigt an, dass der Fehler 
durch ein auftretendes Timeout fur eine geteilte Transaktion 
bewirkt worden ist. Ein Wert von 1000 in dem Fehlerfeld zeigt 
an, dass eine Rucksetzung des Busses eingetreten ist. 

Das Antwortcodef eld rcode ist ein Vier-Bit-Feld, das den 
letzten empfangenen Antwortcode speichert. Der Wert in dem 
Antwortcodef eld ist gleich 1111, wenn es sich bei der letzten 
Transaktion urn eine Schreibtransaktion gehandelt hat, die als 
unifizierte Transaktion ausgeftthrt worden ist. 

Das Quittung-Ein-Feld ist ein Vier-Bit-Feld, das das letzte 
empfangerfe Quittungssignal von dem entfernten Knoten als 
Reaktion auf das letzte durch den asynchronen 

Dateniibertragungskanal empfangene Anf orderungspaket speichert 

Das Quittung-Aus-Feld ist ein Vier-Bit-Feld, das das letzte 
durch den asynchronen Dateniibertragungskanal erzeugte 
Quittungssignal speichert, und zwar als Reaktion auf ein 
Antwortpaket, das einem durch den entsprechenden asynchronen 
Dateniibertragungskanal erzeugten Anf orderungspaket entspricht 

Eine Schreiboperation in das Zustandsfeld andert den Wert in 
dem Feld. Eine Leseoperation aus dem Feld gibt den aktuellen 
Zustand des asynchronen Datenubertragungskanals und der 
aktuellen Datenttbertragungsoperation wieder . Wenn eines der 
Anforderungspakete oder ein entsprechendes Antwortpaket zu 
einem Fehler flihrt, erzeugt der asynchrone 
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Datenubertragungskanal fxirs erste keine weiteren 
Anforderungspakete. Danach speichert der asynchrone 
Datenubertragungskanal die Werte fiir das Antwortcodef eld 
rcode, das Quittung-Ein-Feld ack-in und das Quittung-Aus-Feld 
ack-out in deiu Zustandsf eld. Nach dem Speichern dieser Werte 
in dem Zustandsfeld sieht der asynchrone 
Datenubertragungskanal ein Interrupt-Signal iiber die 
Anwendungsschnittstelle bzw. die Programmierschnittstelle fur 
die Anwendung vor, um der Anwendung mitzuteilen, dass ein 
Fehlerzustand wShrend der aktuellen Datentibertragungsoperation 
aufgetreten ist. 

Leseoperationen 

Beim Ausfiihren einer Leseoperation und der Gewinnung von Daten 
von einem anderen mit der Busstruktur verbundenen Knoten sowie 
der Obertragung von Daten zu der Anwendung, erzeugt ein 
asynchroner Datenubertragungskanal die entsprechenden Lese- 
Anf orderungspakete unter Verwendung der Inf ormationen in der 
Registerdatei 80 als Mustervorlage . Wenn die Daten danach von 
dem Zielknoten empfangen werden, leitet der Demultiplexer 42 
die Daten zu dern entsprechenden asynchronen 
Dateniibertragungskanal unter Verwendung der Werte in den 
Transaktionscode-. und Transaktionsetikett f eldern. Der 
asynchrone Datenubertragungskanal entfernt daraufhin die 
Header-Inf ormationen aus den Datenpaketen und ladt die 
Datenpakete in das FIFO, wobei die Anwendung von dort die 
empfangenen Daten verarbeiten kann. 

Im aktiven Zustand und bei der Obertragung von Daten von der 
Busstruktur 58 zu der FIFO-Schnittstelle arbeitet jeder 
asynchrone Datenubertragungskanal als Datenempf angs- 
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Zustandsvqrrichtung gemafi der Definition in der folgenden 
Tabelle V. 



TABELLE V 



while (Active ()) { 

if (RAM_Data==0) 
continue; 

AssertReq { ) ; 
. While { !Ack() 

&& Active () ) ; 



/*wenn keine Daten z.ii entladen*/ 
/*loop urn akt.Zust. z.priifen*/ 
/*freier Raum u, aktiv*/ 
/^assert Anford.*/ 
/*auf Quitt .warten*/ 
/*sicherstellen, dass weiter akt.*/ 



if ( ! Active () ) 
break; 



/*verlassen, wenn nicht mehr akt.*/ 



} 



AssertWord ( ) ; 
DeA3sertReq ( ) 



/*Wort an FIFO-Schnittst . ass . */ 
/*Deass . Anford . */ 



Die FIFO-Schnittstelle taktet die Daten von dem asynchronen 
Datenubertragungskanal in das entsprechende FIFO mit einem 
Taktsignal, das mit der Busstruktur-Schnittstelle 
synchronisiert ist. Das FIFO weist immer einen Zustand far den 
Empfang eines Datenwortes auf, wenn dieses von dem asynchronen 
Datenubertragungskanal zur Verfiigung steht. Wenn das 
Anf orderungssignal geltend gemacht wird und kein Platz in dem 
FIFO vorhanden ist, kommt es zu einem FIFO-Oberlauf - Dies 
erzeugt einen Fehlerzustand, der. durch den entsprechenden 
asynchronen Datenubertragungskanal erfasst wird. Wenn ein 
FIFO-Oberlauf eintritt, werden die verbleibenden Transaktionen 
angehalten, bis das FIFO geloscht und fur den Empfang 
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zusatzlicher Daten bereit ist. In diesem Fall reflektiert das 
Quittung-Aus--Feld des Zustandsregisters den Fehler. 

Zum Lesen von Daten von der Busstrulctur programmiert die 
Ursprungsanwendung die entsprechenden Informationen in die 
Registerdatei fur den entsprechenden asynchronen 
Datenubertragungskanal. Der entsprechende Wert fur die zu 
verwendete Busgeschwindigkeit , entweder 100 Mbps, 200 Mbps 
oder 400 Mbps, wird in das Geschwindigkeitsf eld sp 
programmiert. Die zu verwendende Busgeschwindigkeit muss 
innerhalb des FunktionslSereichs der physikalischen 
Schnittstelle 56 liegen und von der Busstruktur 58 unterstutzt 
werden. Der entsprechende Wert fur die spezifische, 
abzuschlieftende Transaktion wird in das Transaktionscodef eld 
tCode programmiert. Der entsprechende Wert, der dem Bezeichner 
des Zielknotens an der Busstruktur fxir alle Anf orderungspakete 
entspricht, wird in das Zielbezeichnerf eld destination_ID 
programmiert. 

Der anfangliche Achtundvierzig-Bit-Zielversatzwert wird in die 
hohen und niedrigen Zielversatzf elder destination_of f set Hi 
und destination_of f set Lo programmiert. Wenn das Nicht- 
Inkrementierungs-Bit in dem Steuerfeld einen logischen 
niedrigen Spannungswert aufweist, wird der Wert in den 
Zielversatzf eldern nach jeder erzeugten 

Anf orderungstransaktion inkrementiert . Die Anzahl der Bytes 
fur jedes zu erzeugende Anf orderungspaket wird in das 
Datenlangenf eld data_length programmiert. Wenn der Wert in dem 
Transaktionscodef eld tCode gleich 0100 ist, was anzeigt, dass 
es sich bei der Transaktion urn eine Quadlet-Lesetransaktion 
handelt, so ist der Wert in dem Datenlangenf eld data_length 
gleich Vier. Wenn der Wert in dem Transaktionscodef eld tCode 
gleich 0101 ist f was anzeigt, dass dies.^. Transaktion eine 
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Block-Lesetransaktion darstellt, so wird der Wert in dem 
DatenlSngenfeld data__length mit einem entsprechenden Wert in 
dem Bereich der zulassigen Zahlen fur die programmierte 
Busgeschwindigkeit programmiert , wie dies in der vorstehenden 
Tabelle III dargestellt ist. Da es sich bei der 
durchzuftthrenden Operation um eine Leseoperation und nicht urn 
eine Sperr-Transaktion handelt , wird der Wert in dem 
erweiterten Transaktionscodef eld extended_tCode als gleich 
Null programmiert. 

Die Anzahl der zu erzeugenden und zu ubermittelnden. Pakete zum 
Abschluss dieser Datentibertragungsoperation wird in das 
Paketzahlerf eld programmiert . Der Wert in dem Paketzahlerf eld 
Icann anf angs mit gleich Null programmiert werden, wenn die 
Anwendung in das Paketzahler-Erhohungsf eld schreibt r um die 
entsprechenden Transaktionen nacheinander zu erzeugen. Das 
Nicht-Inkremeritierungs-Bit in dem Steuerf eld wird so 
programmiert, dass es gleich einem logischen hohen 
Spannungswert ist, wenn alle Anf orderungspakete an die gleiche 
Zielversatzadresse ubermittelt werden sollen. Das Nicht- 
Inkrementierungs-Bit in dem Steuerfeld wird auf einen Wert 
gleich dem logischen niedrigen Spannungswert programmiert, 
wenn die Anf orderungspakete an einen ansteigenden 
Adressbereich ubermittelt werden sollen. Das Betriebssteuerbit 
go in dem Steuerfeld wird auf einen Wert gleich einem 
logischen hohen Spannungswert programmiert, um es zu 
ermoglichen, dass. der asynchrone Dateniibertragungskanal mit 
der Erzeugung der entsprechenden Transaktionen beginnt, die 
erforderlich sind, um die Datenubertragungsoperation 
abzuschliefien . 

Wenn. das Betriebssteuerbit go in dem Steuerfeld auf einen 
logischen hohen Spannungswert gesetzt wird, tritt der 
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asynchrone Datenubertragungskanal in den aktiven ZUstand ein. 
Im aktiven Zustand erzeugt der asynchrone 

Datenubertragungskanal Lese-Anf orderungspakete gemaft der Lese- 
Zustandsvorrichtung gemaft der Definition in Tabeile VI. 

TABELLE VI 



while (Active () ) { 

if (packet_counter==0 ) 
continue; 



/*wenn keine Pakete z. send.*/ 
/*loop, urn akt. Zust.z.verif . */ 



if ( (RAM_Free<data_length) 
&& (RAM_Data!=0== 
continue; 



/*wenn nicht genug freier Platz*/ 

/*und n. nicht leer*/ 

/*loop, um akt. Zust . z . verify . */ 



/♦genug Raum fur ein Paket*/ 



Arbitrate ( ) ; 
if(tCode«»4) 

SendHeaderRegs (12) ; 

Else 

SendHeaderRegs (16) ; 



/*Zugriff auf Link-Kern*/ 
/♦Wenn Quadlet*/ 

/*ersten 12 Bytes an Headerr. s.*/ 
/*ist Block*/ 

/*erst.!6 Bytes a. Headerr. send.*/ 



/*Hier xnOssen ungult. Quittungen bearbeitet werden*/ 



Get Data (data_ length, 
&RAM Data, ARAM Free) ; 



/*empf.Daten in Puffer-RAM*/ 
/*als angek.Daten anpass.*/ 



) 



/*Hier niussen rcodes, die zurxlckkommen, bearb. werden*/ 

— packet_counter; /*Paketzahler dekrem.*/ 

if ( ! non_increxnent ) /*falls inkrementierend*/ 

destination_of f set+=d.ata_length; /*Ziel inkrement ieren*./ 



Die Ursprungsanwendung kann jederzeit in das Paket zahler- 
Erhohungsf eld schreiben, wodurch der Wert in dem 
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Paketzahlerf eld urn Eins erhoht wird. Die 
Lesezustandsvorrichtung des asynchronen 
Datenubertragungskanals erzeugt gemafl der Definition in der 
vorstehenden Tabelle VI immer dann ein Lese-Anf orderungspaket , 
wenn in dern mit dem aktiven asynchronen Datenubertragungskanal 
ein grofcerer freier Raum als fur ein Paket vorhanden ist. Die 
Lesezustandsvorrichtung des asynchronen 
Datenubertragungskanals erzeugt auch dann ein 
Leseanf orderungspaket, wenn das dem asynchronen 
Datenubertragungskanal entsprechende FIFO vollig leer ist. 
Wenn die eingebettete Anwendung gewahrleistet , dass die Daten 
schnell genug aus dem entsprechenden FIFO getaktet werden und 
mit einer ausreichend kurzen Latenz, so kann die Grofie des dem 
asynchronen Datenubertragungskanal entsprechenden FIFO kleiner 
sein als die Anzahl der Bytes, die durch den Wert in dem 
Datenlangenf eld data_length in der Registerdatei 80 

spezifiziert sind. 

\ . 

Fur jedes Lese-Anf orderungspaket , das durch den asynchronen 
Datenubertragungskanal erzeugt wird, erwartet der asynchrone 
Datenubertragungskanal, dass der Zielknoten ein entsprechendes 
Lese-Antwortpaket erzeugt. Der Demultiplexer verwendet den 
Transaktionscode tCode und das Transakt ionsetikett tl in dem 
Lese-Antwortpaket, um das Paket zu dem entsprechenden 
asynchronen Datenubertragungskanal zu leiten, wenn in einem 
System mehrere asynchrone Datenubertragungskanale vorgesehen 
sind. Der empfangende asynchrone Datenubertragungskanal 
entfernt dann den Header und macht das Datenfeld an der 
entsprechenden FIFO-Schriittstelle verfugbar . 

Wenn nach der. Erzeugung jedes Lese-Anf orderungspaket s das 
Nicht-Inkrementierungs-Bit in dem Steuerfeld nicht auf einen 
logischen hohen Spannungswert gesetzt ist, erh6ht der 
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asynchrone Datenubertragungskanal den Zielversatzadressenwert 
urn den Wert in dem Datenlangenf eld data_length zur 
Vorbereitung auf die Erzeugung des nachsteh Lese- 
Anf orderungspakets . Obwohi dies in der Definition der Lese- 
Zustandsvorrichtung aus der vorstehenden Tabelle VI nicht 
vorgesehen ist, untersucht der asynchrone 

Datenubertragungskanal die Quittung in dem Feld fur jedes 
erzeugte Schreib-Anf orderungspaket und das Antwortcodef eld 
rcode fiir jedes entsprechende Lese-Antwortpaket . Wenn entweder 
die Quittung in dem Feld Oder das Antwortcodef eld rcode einen 
Fehler anzeigt, oder wenn der asynchrone 

Datenubertragungskanal einen ungultigen Quittungscode fur das 
Lese-Antwortpaket aufgrund eines Fehlers zuruckfuhren muss, 
halt der asynchrone Datenubertragungskanal sofort an und 
speichert sowohl die Quittungscodes als auch den Antwortcode 
rcode in dem Zustandsfeld des asynchronen 

Datenubertragungskanals in der Registerdatei 80. Bei geteilten 
Transaktio.nen misst der asynchrone Datenubertragungskanal die 
Zeit der Antwort. Wenn zwischen dem Anf orderungspaket und dem 
entsprechenden Aritwortpaket mehr als 100 Millisekunden liegen, 
stoppt der asynchrone Dateniiibertragungskanal und zeigt die 
def inierten Zustandsinf ormationen in dem Zustandsfeld der 
Registerdatei 80 an. 

Sdureibopera-bionen ■ " 

Bei der Ausfuhrung einer Schreiboperation und dem Senden von 
Daten von der Ursprungsanwendung an einen anderen Knoten, der 
mit der Busstruktur gekoppelt ist, erzeugt ein asynchroner 
Datenubertragungskanal einen entsprechenden Header unter 
Verwendung der Inf ormationen in der Registerdatei 80 als 
Mustervorlage. Der Header wird danach einem entsprechenden 
Datenpaket hinzugefiigt, und sowohl der Header als auch das 
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Datenpaket werden durch den Link-Kern 4 4 auf die Busstruktur 
58 ubertragen. W.enn die Inkrementierungsf unktion nicht 
deaktiviert ist, erhoht der asynchrone Dateniibertragungskanal 
den Wert in den Zielversatzf eldern und erzeugt den Header fur 
das nachste Datenpaket. Nach der Erzeugung jeder Transaktion 
wird der Paket z&hlerwert herabgesetzt . Dieser Prozess wird 
solange wiederholt, bis der Wert in dem Paketzahlerf eld gleich 
Null ist . 

Wenn ein asynchroner Dateniibertragungskanal aktiv ist und 
Daten von dem FIFO zu der Busstruktur 58 libertragt, so 
fungiert der Kanal als eine Datentibermitt lungs- 
Zustandsvorrichtung gemafi der nachstehenden Definition in 
Tabelle VII. 

TABELLE VII 

/*ohne freiem Platz*/ 
/*loop, zum Priifen v. akt . Zustand*/ 

/+freier Platz und aktiv*/ 
/♦Assert Anford.*/ 
/*Auf Quittung warten*/ 

/♦verlassen, wenn n. mehr aktiv*/ 

/*Wort speichern*/ 
/♦Deassert Anford.*/ 

Die FIFO-Schnittstelle taktet die Daten von dem FIFO zu dem 
entsprechenden asynchronen Dateniibertragungskanal mit einem 



while (Active ()> { 

if (RAM- Free==0) 
continue; 

AssertReq ( ) ; 
while (!Ack() 

&&Active () ) ; 

if (! Active () ) 
break; 

LatchWordO ; 
DeAssertReq( ) ; 
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Takt, der mit der Schnittstelle der Busstruktur syiichroriisiert 
ist. Die FIFO weist immer ein verfligbares Datenwort auf, wenn 
der asynchrone Datemibertragungskanal ein Wort anfordert. Wenn 
das Anforderungssignal Req geltend gemacht wird, wenn keine 
Daten in dem FIFO sind, so kommt es zu einem FIFO-Unterlauf . 
Dies erzeugt einen Fehler, der von dem entsprechenden 
asynchronen Datenubertragungskanal erfasst und bearbeitet 
wird. Die Anwendung ist dafiir verantwortlich zu gewahrleisten, 
dass die entsprechenden Daten in dem FIFO zur Obertragung iiber 
die Busstruktur 58 gespeichert werden. Wenn ein FIFO-Unterlauf 
eintritt, werden die verbleibenden Transaktionen angehalten, 
bis das FIFO zusatzliche zu ubermittelnde Daten auf weist. 

Zum Schreiben von Daten auf die Busstruktur 58 programmiert 
die Anwendung die entsprechenden Inf ormationen in die 
Registerdatei fur den entsprechenden asynchronen 
DatenObertragungskanal. Der entsprechende zu verwendende Wert 
fur die Busgeschwindigkeit, 100 Mbps, 200 Mbps Oder 400 Mbps, 
wird in das Geschwindigkeitsf eld sp programmiert . Die zu 
verwendende Busgeschwindigkeit wird so ausgewahlt, dass sie 
innerhalb des Funktionsbereichs der physikalischen 
Schnittstelle 56 liegt und von. der Busstruktur 58 unterstutzt 
wird. Der entsprechende Wert fur die spezifische Transaktion,. 
die abzuschliefien ist, wird in das Transaktionscodef eld tCode 
programmiert. Wenn es sich bei den Anforderungen um Quadlet- 
Schreibanf orderungen handeit, wird ein Wert von 0000 in das 
Transaktionscodef eld tCode programmiert. Wenn es sich bei den 
Anforderungen um Block-Schreibanf orderungen handeit, wird ein 
Wert von 0001 in das Transaktionscodef eld tCode programmiert. 
Der entsprechende Wert, der dem Bezeichner des Zielknotens an 
der Busstruktur fur alle Arif orderungspakete entspricht, wird 
in das Zielbezeichnerf eld destination_ID programmiert. 
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Der anfangliche Achtundvierzig-Bit-Zielversatzwert wird in die- 
hohen und niedrigen Zielversatzf elder destination_of f set Hi 
und destination_of f set Lo programmiert. Wenn das Nicht- 
Inkrementierungs-Bit in dem Steuerregister einen logischen 
niedrigen Spannungswert aufweist, wird der Wert in den 
Zielversatzfeldern der Registerdatei 80 nach Abschluss jeder 
Anf orderungstransaktion erhoht. Die Anzahl der Bytes fur jedes 
zu erzeugende Anf orderungspaket wird in das Datenlangenf eld 
data_length programmiert. Wenn der Wert in dem 

Transaktionscodefeld tCbde gleich 0000 ist, was anzeigt, dass 
diese Transaktion eine Quadlet-Schreibtransaktion darstellt, 
so ist der- Wert in dem Datenlangenf eld data_length gleich 
Vier. Wenn der Wert in dem Transaktionscodefeld tCode gleich 
0001 ist, was anzeigt, dass es sich bei dieser Transaktion urn 
eine Block-Schreibtransaktion handelt, so wird der Wert in dem 
Datenlangenf eld data_length mit einem entsprechenden Wert im 
Bereich der zulassigen- Zahlen ftir die programmierte 
Busgeschwindigkeit programmiert, wie dies in der vorstehenden 
Tabelle III dargestellt ist. Da es sich bei der durchgef uhrten 
Transaktion urn eine Schreiboperation handelt, wird der Wert in 
dem erweiterten Transaktionscodefeld extended_tCode mit gleich 
Null programmiert. 

Die Anzahl der zu' erzeugenden Pakete, die zu Ubermitteln sind, 
um diese Transaktion abzuschlieGen, . wird in das' 
Paketzahlerf eld programmiert. Der Wert in dem Paketzahlerf eld 
kann anfanglich mit gleich Null programmiert werden, wenn die 
Anwendung das Paketzahler-Erhdhungsf eld beschreibt, um 
nacheinander die entsprechenden Transaktionen zu erzeugen. Das 
Nicht-Inkrementierungs-Bit in dem Steuerf eld wird so 
programmiert, . dass es dem logischen hohen Spannungswert 
entspricht> wenn alle Anf orderungspakete an die gleiche 
Zieiversatzadresse gesendet werden sollen. Das Nicht- 
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Inkremehtierungs-Bit in dem Steuerfeld wird so programmiert, 
dass es einem logischen niedrigen Spannungswert entspricht, 
wenn die Anf orderungspakete an einen ansteigenden 
Adressbereich ubermittelt werden sollen. Das Betriebssteuerbit 
go in dem Steuerfeld wird so progranuniert , dass es einern 
logischen hohen Spannungswert entspricht, so dass der 
asynchrone Datenttbertragungskanal mit dem Erzeugen der 
entsprechenden transaktionen beginnen kann, die erforderlich 
sind, urn die Datenubertragungsoperation abzuschliefcen . 

Wenn das Betriebssteuerbit go in dem Steuerfeld der 
Registerdatei 80 auf einen logischen hohen Spannungswert 
gesetzt wird, tritt der asynchrone Datentibertragungskanal in 
den .aktiven Zustand ein . Im aktiven Zustand erzeugt der 
asynchrone Datenttbertragungskanal Anf orderungspakete gemaii der 
Schreib-Zustandsvorrichtung gemaft der Definition in der 
folgenden Tabelle VIII. 
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TABELLE VIII 



while (Active () ) { 

if (packet_counter==0 ) 
continue 



/*wenn k.Pak. zu senden*/ 
/*Ldop r um ak , Z . z. verif . */ 



if ( ( (RAM_Data<data_length) 

&& (RAM_Free!=0) ) 
continue; 



/*wenn nicht gen. Daten*/ 
/*und n. nicht voll*/ 
/*loop, um ak. 2. z ver.*/ 
/*genug Daten f. ein Paket*/ 



Arbitrate ( ) ; 
if (tCode==0) 

SendHeaderRegs ( 12 ) ; 



/*Zugr. Auf Link-Kern*/ 
/*wenn Quadlet*/ 

/*erste 12 Bytes v. Head.r.s.*/ 



Else 



SendHeaderRegs (16) / 



/*ansonsten ist es Block*/ 
/*erst.!6 Bytes v. Head.r.se. */ 



SendData (data_length, 
&RAM_Data, &RAM_Free); 

if (aek— pending) 
WaitResponse ( ) ; 



/*Datenf.v. Puffer-RAM senden*/ 
/*bei Dat.ubertr. anpacsen*/ 
/*bei anh. Quitt . code*/ 
/*auf Antwortpaket warten*/ 



/*Hinweis: hier miissen ung . Quitt. codes u. ung.rcodes bearb. werden*/ 

— packet_counter; /*Paket zahler herabsetzen*/ 

if ( !non__increment) /*falls inkrententierend*/ 

destination_of f set+=data_length; /*Ziel inkrementiereti*/ 

} 



Zu jedem Zeitpunkt kann die Ursprungsanwendung das 
Paketzahler-Erhdhungsf eld beschreiben und dadurch den Wert in 
dem PaketzMhlerf eld um Eins erhohen. Die Schreib- 
Zustandsvorrichtung des asynchronen Datenubertragungskanals 
bildet gemafl der Definition in der obigen Tabelle VIII ein 
Schreib-Anf orderungspaket , wenn mehr Daten als fur ein Paket 
in dem FIFO vorgesehen sind, das mit dem aktiven asynchronen 
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Datenubertragungskanal verbunden ist. Die Schreib- 
Zustandsvorrichtung des asynchrohen DatenQbertragungskanals 
bildet ferner ein Schreib-Anf orderungspaket , wenn das FIFO, 
das dem asynchronen Datenubertragungskanal entspricht, ganz 
gefvillt ist. Wenn die eingebettete Anwendung gewahrleistet, 
dass die Daten in dem entsprechenden FIFO schnell genug 
gesperrt werden und mit ausreichend kurzer Latenz, kann die 
Gr6fie des dem asynchronen Datenubertragungskanal 
entsprechenden FIFO kleirier sein als die Anzahl der Bytes, die 
durch den Wert in. dem Datenlangenf eld data_length in der 
Registerdatei 80 spezifiziert ist. 

Nach der Erzeugung jedes Schreib-Anf orderungspakets, wenn das 
Nicht-Inkrementierungs-Bit in dem Steuerfeld nicht auf einen 
logischen hohen Spannungswert gesetzt ist, erhoht der 
asynchrone Datenubertragungskanal den Zielversatzadresswert urn 
den Wert in dem Datenlangenf eld data_length in Vorbereitung 
auf die Brzeugung des nMchsten Schreib-Anf orderungspakets . 
Obwohl dies in der in Tabelle VIII definierten Schreib- 
Zustandsvorrichtung nicht dargestellt ist, untersucht der 
asynchrone Datenubertragungskanal die Quittung in dem Feld fUr 
jedes Schreib-Anf orderungspaket, das erzeugt wird und dem 
Antwortcodef eld rcode, wenn er Zielknoten ein Schreib- 
Antwortpaket erzeugt. Wenn die Quittung in dem Feld oder das 
Antwortcodef eld rcode einen Fehler anzeigt oder wenn der 
asynchrone Datenubertragungskanal aufgrbnd eines Fehlers einen 
ungliltigen Quittungscode ftir das Schreib-Antwortpaket 
zuruckfiihren muss, halt der asynchrone Datenubertragungskanal 
sof ort an und speichert sowohl die Quittungscodes als auch den 
Antwortcode rcode in dem Zustandsf eld des asynchronen 
Datenubertragungskanals in der Registerdatei 80. Bei geteilten 
Transaktionen stoppt der asynchrone Datenubertragungskanal die 
zeit der Antwort/ Wenn zwischen dem Anf orderungspaket und dem 
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entsprechenden Antwortpaket mehr als 100 Millisekunden liegen, 
halt der asynchrone Datenttbertragungskanal an und zeigt die 
definierten Zustandsinf ormationen in dem Zustandsfeld der 
Registerdatei 80 an. 

In dem bevorzugten Ausfuhrungsbeispiel der vorliegenden 
Erfindung handelt es sich bei der Busstruktur 58 urn eine 
Busstruktur des IEEE 1394 Standards, Somit erzeugt jeder 
asynchrone Datenubertragungskanal Transaktionen, Header, 
Anf orderungen und Antworten in dem von dem IEEE 1394 Standard 
vorausgesetzten Format. Fur den Fachmann ist es ersichtlich, 
dass der erf indungsgem&Jie asynchrone Datenubertragungskanal in 
Verbindung mit anderen Arten von Busstrukturen und Systeraen 
eingesetzt werd'en kann. Bei solchen Systemen wird der 
asynchrone Datenabertragungskanal so angepasst, dass er fUr 
die entsprechende Busstruktur jeweils die angemessenen 
Transaktionen, Header, Anf orderungen und Antworten erzeugt. 
* ■ 

Die vorliegende Erfindung wurde durch spezifische 
Ausfuhrungsbeispiele mit Details beschrieben, um das 
Verstandnis der GrundsStze der Konstruktion und der 
Funktionsweise der Erfindung zu erleichtern Alle Bezugnahmen 
auf die spezifischen Ausfuhrungsbeispiele und Details 
schranken den Umfang der anhangigen Anspriiche in keirier Weise 
ein. 
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Patent anspruche 

1. Asynchroner Datenubertragungskanal (20), der so 
Jconf iguriert ist, daJi er eine Verbindung zwischen einer 
Anwendung (12) und einer IEEE-1394-Busstruktur vorsieht, um 
asynchrone Datenlibertragungsoperationen zu und von der 
Anwendung uber die Busstruktur (58) zu verwalten, wobei der 
Datenubertragungskanal folgendes umfaftt: 

(a) eine Programmierschaltung f die mit einer 
Registerdatei (26) verbunden und so konfiguriert ist, daft sie 
mit der Anwendung (12) derart verbunden ist, daft sie 
Anweisungen in Bezug auf. eine Datenubertragungsoperation von 
der Anwendung (12) empfangt und die Anweisungen in der 
Registerdatei (26) speichert; und 

(b) eine automatische Transaktionserzeugungsschaltung, 
die mit der Registerdatei (26) gekoppelt ist, uih automatisch 
die fur die Vollendung der Datenubertragungsoperation 
erforderlichen Transaktionen zu erzeugen, und zwar ohne 
unmittelbare Prozessorsteuerung oder Oberwachung durch die 
Anwendung (12) . 

2. Asynchroner Datenubertragungskanal (20) nach Anspruch 1, 
wobei die Registerdatei (26) als Vorlage fur die Erzeugung der 
Transaktionen und Header verwendet wird, die far die 
Vollendung der Datenubertragungsoperation erforderlich sirid, 
und zwar ohne unmittelbare Prozessorsteuerung oder Oberwachung 
durch die Anwendung (12). 

3. Asynchroner Datenubertragungskanal (20) nach Anspruch 2, 
wobei die Registerdatei (26) eine Zieladresse, eine zu 
ubertragende Datenlange, eine Lange jedes zu ubertragenden 
Datenpakets sowie eine Obertragungsrichtung aufweist. 
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4. Asynchroner Datenubertragungskanal (20). nach Anspruch 3, 
ferner mit einer physischen Busschnittstelle , die so 
konfiguriert 1st; daft sie die Busstruktur (58) derart 
verbindet, dafi Daten auf der Busstruktur (58) plaziert und 
Daten aus der Busstruktur (58) gewonnen werden. 

5. Asynchroner Datenubertragungskanal (20) nach Anspruch 4, 
wobei die fur die Vollendung der Datenttbertragungsoperation 
erforderlichen Transaktionen fiir einen ansteigenden 
Adreftbereich erzeugt werden. 

6. Asynchroner Datenubertragungskanal (20) nach Anspruch 4, 
wobei die far die Vollendung der Datenttbertragungsoperation 
erforderlichen Transaktionen fur eine feste Adresse erzeugt 
werden. 

7. Asynchroner Datenubertragungskanal (20) nach Anspruch 4, 
wobei die* Registerdatei (26) ferner einen Paketzahlerwert 
aufweist, der die Anzahl der Pakete darstellt, die fiir. die 
Obertragung verbleiben, wobei der Paket zMhlerwert nach der 
Obertragung jedes Datenpakets dekrementiert wird. 

8. Asynchroner Dateniibertragungskanal (20) nach Anspruch 7 f 
wobei die Anwendung (12) den Paketzahlerwert automatisch 
erhoht, indem ein vorbestimmtes Feld in der Registerdatei (2 6) 
beschrieben wird. 

9. Asynchroner Datenubertragungskanal (20) nach Anspruch 8, 
wobei es sich bei der Busstruktur (58) urn eine IEEE-1394- 
Busstruktur handelt. 

10 . Verfahren zur Verwaltung einer Schreib- 

Datenubertragungsoperation zwischen einer Anwendung (12) und 
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einem mit einer Busstruktur (58) gekoppelten Knoten, wobei das 
Verfahren die folgenden Schritte umfalit: 

(a) . Empfangen von Anweisungen in Bezug auf eine Schreib- 
Dateniibertragungsoperation von der Anwendung (12); 

(b) Speichern der genannten Anweisungen in einer 
Registerdatei (26) ; 

(c) Erlangen eines Datenpakets von der Anwendung; 

(d) Erzeugen eines Headers fur die 
Datentfbertragungsoperation, wobei der Header ohne unmittelbare 
Prozessorsteuerung oder Oberwachung durch die Anwendung 
erzeugt wird; 

(e) HinzufUgen des Headers zu dem Datenpaket, wobei der 
Header eine Zieladresse fttr das Datenpaket aufweist; und 

(f) Obertragen des Datenpakets, einschlieftlich des 
Headers, auf die Busstruktur (58) . 

11. Verfahren nach Anspruch 10, wobei die Anweisungen eine 
Zieladresse, eine Lange der zu ubertragenden Daten, eine Lange 
jedes zu Ubertragenden Datenpakets sowie einen Paket zahlerwert 
aufweisen, der die Anzahl der zu iibertragenden Pakete 
darstellt . 

12. Verfahren nach Anspruch 11, wobei die Registerdatei (26) 
als Vorlage fur die Erzeugung des Headers und der 
Transaktionen verwendet wird, die erforderlich sind,um ein 
Datenpaket auf die Busstruktur (58) zu schreiben, und zwar 
ohne unmittelbare Prozessorsteuerung Oder Oberwachung durch 
die Anwendung (12) . 

13. Verfahren nach Anspruch 12, wobei das Verfahren ferner die 
folgenden Schritte umfaftt: 

(g) Erweiterung der Zieladresse um die Lange eines 
Datenpakets; 
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(h) Dekrementieren des Paketzahlerwertes; und 

(i) Wiederholen der Schritte (b) - (h) fur jedes zu 
(ibertragende Datenpaket, bis der Paketzahlerwert gleich Null 
ist. 

14. Verfahren nach Anspruch 13, wobei das Datenpaket aus dem 
Datenspeicherpuffer (32) gewonnen wird, der durch die 
Anwendung (12) geladen wird. 

15. Verfahren zur Verwaltung einer Lese- 

Datenubertragungsoperation zwischen einer Anwendung (12) und 
einem mit einer Busstruktur (58) gekoppelten Knoten, wobei das 
Verfahren die folgenden Schritte umfafct: 

(a) Empfangen von Anweisungen in Bezug auf eine Lese- 
Datenubertragungsoperation von der Anwendung (12) ; 

(b) Speichern der genannten Anweisungen in einer 
Registerdatei (26); 

(c) , Erzeugen einer Transaktion, die fttr die Anforderung 
erforderlich ist, dafi ein Datenpaket von dem Knoten auf der 
Busstruktur (58) plaziert wird, wobei die Transaktion ohne 
direkte Prozessorsteuerung oder Oberwachung durch die 
Anwendung (12) erzeugt wird; 

(d) Erlangen des Datenpakets von der Busstruktur (58); 

(e) * Auslesen des Datenpakets ohne Headerdaten in die 
Anwendung (12) . 

16. Verfahren nach Anspruch 15, wobei die Anweisungen eine 
Zieladresse aufweisen, die eine Startadresse in dem Knoten 
daxstellt, von der aus die Daten ubermittelt werden, eine 
Lange der zu iibertragenden Daten, eine Lange jedes zu 
ubertragenden Datenpakets und einen Paketzahlerwert, der einer 
Anzahl zu tibertragender Pakete entspricht. 
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17. Verfahren nach Anspruch 16, wobei die Registerdatei (26) 
als Vorlage fur die Erzeugung der zum Lesen eines . Datenpakets 
aus dem Knoten erf orderlichen Transaktion und des Headers 
verwendet wird, und zwar ohne unmittelbare Prozessorsteuerung 
oder Oberwachung. 

18. Verfahren nach Anspruch 17 , wobei das Verfahren ferner die 
folgenden Schritte umfafit: 

(g) Erweitern der Zieladresse urn die Lange eines 
Datenpakets; 

(h) Dekrernentieren des Paket zahlerwertes; und 

(i) Wiederholen der Schritte (b) bis (h) fur jedes zu 
iibertragende Datenpaket, bis der Paket zahlerwert gleich Null 
ist. 

19.. Verfahren nach Anspruch 18, wobei das Datenpaket uber 
einen Datenspeicherpuf f er (32) an die Anwendung (12) 
vorgesehen wird. 
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